METHOD AND APPARATUS PROVIDING OMNIBUS VIEW 
OF ONLINE AND OFFLINE CONTENT OF VARIOUS FILE 

TYPES AND SOURCES 

5 

CROSS-REFERENCE TO RELATED APPLICATIONS 

10 

This application claims the benefit of one of more of the following earlier filed 
applications in accordance with one or more of 35 USC 119, 120, 365: U.S. 
Provisional Application No. 60/426,807 entitled "Multicomponent Bridge and Method" 
filed on 18 November 2002 in the names of Rubin et al. The entirety of the foregoing 
15 application(s) is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

20 

Field of the Invention 

The present invention relates to computer-driven data management systems. More 
particularly, the invention concerns a method and apparatus for performing an 
25 omnibus search providing a consolidated view of an online service subscriber's 
online and local data objects, and for conducting additional operations such as 
viewing, changing, and sharing the data objects. 
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D scription f th Related Art 

With the advent of the "information superhighway" various online services came into 
existence. These services provide tools for an incredible variety of functions for their 
5 users, which may be one-time guest or long term subscribers. These online services 
enable users to search the worldwide web, store digital photographs online, read 
news stories, send and receive e-mails, and well as many other tasks. One side 
effect of these many services is the explosion of data that somehow has to be 
stored, organized, managed, and otherwise processed. 

10 

One of the leading Internet access and online content providers today AMERICA 
ONLINE CORPORATION (AOL). Although different online data management 
systems already exist, and some may even enjoy significant publicity and use today, 
AOL engineers and software designers are continually seeking to improve the 
15 performance, efficiency, and functionality of such systems. In this spirit, one area of 
possible focus concerns the difficulty that online users face in reconciling, managing, 
and comprehending the assortment of data objects dispersed among various online 
and offline storage sites. 

20 SUMMARY OF THE INVENTION 

An online service provider (OSP) operates online data centers to store members' 
data objects relating to various online member services of the OSP. An aggregated 
catalog lists members' data objects residing in the online data centers and also those 
25 residing in member computers' local storage. An aggregator monitors contents of the 
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online storage facilities to detect new storage of prescribed types of data objects 
owned by the members, and also communicates with member computers to identify 
prescribed types of data objects newly stored in the respective local storage. The 
aggregator updates the aggregated catalog to list the newly stored data objects. 
5 Responsive to a request by a member, a finder searches the aggregated catalog and 
utilizes results of the search to provide, for display at the requesting member's 
computer, a consolidated listing of online data objects and locally stored data objects 
owned by the requesting member. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



FIGURE 1 is a block diagram of the hardware components and interconnections of a 
data management system. 

5 

FIGURE 2 is a block diagram of a digital data processing machine. 

FIGURE 3 shows an exemplary signal-bearing medium. 

10 FIGURE 4 is a flowchart of an operational sequence of background operations for 
operating the data management system of FIGURE 1 . 

FIGURE 5 is a flowchart of an operational sequence of user operations, and namely, 
utilizing the system of FIGURE 1 to perform an omnibus search providing a 
15 consolidated view of an online service subscriber's online and local data objects. 
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DETAILED DESCRIPTION 



The nature, objectives, and advantages of the invention will become more apparent 
to those skilled in the art after considering the following detailed description in 
5 connection with the accompanying drawings. 

HARDWARE COMPONENTS & INTERCONNECTIONS 

Introduction 

10 One aspect of the invention concerns a data management system, which may be 
embodied by various hardware components and interconnections, with one example 
being described by the system 100 of FIGURE 1. The system 100 includes various 
subcomponents, each of which may be implemented by one or more hardware 
devices, software devices, a portion of one or more hardware or software devices, or 

15 a combination of the foregoing. The makeup of these subcomponents is described 
in greater detail below, with reference to an exemplary digital data processing 
apparatus, logic circuit, and signal bearing medium. 

An online facility 111, whose construction and functionality is described below, is 
20 maintained and operated by an online service provider (OSP). The facility 111 is 
accessed by various members that subscribe to online services. More specifically, 
the online facility 1 1 1 of the present example is accessed by member computer 102, 
another member device 106, and one or more third party devices 104. 

25 Devices That Access Online Facility 

The member computer 102 comprises a PC, Mac, notebook computer, computer 
workstation, or other digital data processor of a given user ("member") that 
participates in services offered by the OSP. The device 106 represents a different 
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device of the same member, such as another PC, Mac, notebook computer, 
computer workstation, or the like, or a different type of device such as a personal 
data assistant (PDA), web-enabled wireless phone, etc. The third party devices 104 
also comprise devices such as 102 and/or 106, but they are operated by somebody 
5 other than the member 1 02. 

The computer 102 includes a local operating system (OS) 102a, local storage 102b, 
and local interface software 102c. The local OS 102a comprises an operating 
system such as Windows, Unix, Linux, Mac OS, etc. The interface software 102c 
10 comprises an interface between the local OS 102a and the online finder 109. 

The local storage 102b comprises magnetic hard disk storage, optical storage, circuit 
memory, or another suitable media, format, or mechanism for storing digital data. 
Local storage 102b contains various data, some related to services of the OSP and 

15 the present disclosure, and other unrelated data. As for the data related to the 
present disclosure, these comprise various data objects of prescribed types that are 
relevant to the operation of the aggregator 108 and finder 109. Although the 
prescribed types of data object are explained in detail below, some examples include 
digital photographs, sent/received e-mails and any related e-mail attachments, digital 

20 music, videos, and the like. These data objects are presumed to be "owned" by the 
member since they are present in the member's local storage. 

The computer 102 also includes local software 102c for interfacing with an online 
finder (109) described below. As discussed below, the software 102c works with the 
25 local OS 102a and finder 109 to present an omnibus view of all the member's data 
objects, whether online or local. In one example, the software 102c may be 
implemented as a plug-in to the member's web browser component of the local OS 
102a (such as MS Internet Explorer) or a plug-in to the member's disk management 
software (such as MS Windows Explorer). 



Link to Online Facility 

The components 102, 104, 106 are coupled to the server 114 by one or more links 
1 10. Such coupling may be "always one", for example DSL or cable, or it may occur 
at selected times, for example by dial-up telephone access. The links 1 1 0 may 
comprise wired communications links, wireless links, satellite, telephone lines, DSL 
lines, cable connections, public Internet, private Intranet, Ethernet cards, wide or 
local area networks, or any other arrangement suitable for the purposes described 
herein. The link 110 includes appropriate equipment to modulate/demodulate, 
encode/decode, multiplex, and perform other processing to connect many users to 
the online facility 111. 

Online Storage 

The online facility 111 includes an aggregator 108, finder 109, and online storage 
15 112. The storage 112 comprises digital data storage, which may utilize similar 
storage media (for example) as the local storage 102b (discussed above). The 
online storage 112 contains an aggregated catalog 112a and a number of online 
data centers 112b-112f. The data centers 112b-112f comprises repositories for 
storing various data objects related to members' participation in different online 
20 services offered by the OSP. These data objects may be of the same type (e.g., 
photographs, e-mails, videos, etc.) as those in local storage 102b, or of different 
types, or a mix. The various units 112b-112f of online storage may comprise 
geographically, physically, and/or functionally separate entities that are normally not 
associated with each other, other than being separately offered by the OSP to its 
25 members. For instance, one data center 112b may comprise a server (or other 
storage facility) that manages members' e-mails, whereas another data center 1 12c 
comprises a server that hosts members' photographs, and another data center 1 1 2d 
comprises a server that stores members videos. Depending upon the 
implementation details, multiple data centers 112b-112f may optionally comprise 



7 



physical or logical devices, registers, address ranges, devices, disk surfaces, or 
other subcomponent of the same storage device. As one specific example, the data 
centers 112b-112f may be implemented using the existing storage architecture that 
AOL utilizes to serve its members. 

The aggregated catalog 112a contains (1) metadata concerning prescribed types of 
data object that are stored in the disparate data centers 1 12b-1 12f and owned by the 
members, and also (2) metadata concerning the prescribed types of data objects 
locally stored (102b) by the members. Some examples of the prescribed "types" of 
metadata may include digital photographs, e-mails sent and/or received, e-mail 
attachments send and/or received, financial portfolio information, alerts & reminders, 
calendar information, favorites, personal filing cabinet contents, address book, 
instant messenger data, message board contents, music, videos, etc. A data object 
is "owned" by members, for example, when the member has access to the data 
object and the ability to delete, change, or otherwise manipulate the data object. 

The metadata 112a includes some categories of information that apply to all data 
objects types, such as filename, file type, author, storage location, size, creation 
date, member-supplied captions or comments, keywords, etc. The metadata also 
20 includes other information specific to particular data object types, such as image 
size/resolution for images, to/from and other mail-related fields for e-mails, etc. The 
catalog 112 may be implemented by (some or all of) one or more of the following 
structures: a table, list, file, collection of files, physical storage device, relational 
database, linked list, etc. 

25 

Aggregator 

The aggregator 108 comprises software, hardware, firmware, application specific 
integrated circuits, logic circuitry, or any other instrumentality for carrying out the 
aggregator functionality described below. Broadly, the aggregator 108 prepares, 
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updates, and maintains the catalog 1 12a so that its metadata accurately reflects the 
data objects residing in the data centers 112b-112f and local storage 102b. The 
aggregator also oversees sharing of any data objects from 1 12b-1 12f or 102b to third 
party devices 104. To achieve greater speed, the aggregator 108 may be 
5 implemented by a number of processors, software threads, or other units working 
together. 

Finder 

The finder 109 comprises software, hardware, firmware, application specific 
10 integrated circuits, logic circuitry, or any other instrumentality for carrying out the 
finder functionality described below. Broadly, the finder 109 works under member 
direction to provide the member computer 102 with an omnibus view of all the 
member's data objects, whether online or offline. 

15 In addition to the online finder 109 as illustrated (or as an alternative), there may be 
local finders such as a finder (not shown) installed locally at the member computer 
102. In this case, the local computer may optionally include a local version of the 
aggregated catalog 1 12a to speed operation of the local finder. The online and local 
catalogs may be synchronized as needed by the aggregator 108, local finder, online 

20 finder 109, or other suitable component. 

Exemplary Digital Data Processing Apparatus 

As mentioned above, data processing entities such as the finder 109, aggregator 
108, and the like may be implemented in various forms. One example is a digital 
25 data processing apparatus, as exemplified by the hardware components and 
interconnections of the digital data processing apparatus 200 of FIGURE 2. 

The apparatus 200 includes a processor 202, such as a microprocessor, personal 
computer, workstation, controller, microcontroller, state machine, or other processing 
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machine, coupled to a storage 204. In the present example, the storage 204 
includes a fast-access storage 206, as well as nonvolatile storage 208. The fast- 
access storage 206 may comprise random access memory ("RAM"), and may be 
used to store the programming instructions executed by the processor 202. The 
5 nonvolatile storage 208 may comprise, for example, battery backup RAM, EEPROM, 
flash PROM, one or more magnetic data storage disks such as a "hard drive", a tape 
drive, or any other suitable storage device. The apparatus 200 also includes an 
input/output 210, such as a line, bus, cable, electromagnetic link, or other means for 
the processor 202 to exchange data with other hardware external to the apparatus 
10 200. 

Despite the specific foregoing description, ordinarily skilled artisans (having the 
benefit of this disclosure) will recognize that the apparatus discussed above may be 
implemented in a machine of different construction, without departing from the scope 
15 of the invention. As a specific example, one of the components 206, 208 may be 
eliminated; furthermore, the storage 204, 206, and/or 208 may be provided on-board 
the processor 202, or even provided externally to the apparatus 200. 

Lo gic Circuitry 

20 In contrast to the digital data processing apparatus discussed above, a different 
embodiment of the invention uses logic circuitry instead of computer-executed 
instructions to implement some or all of the processing entities in the system 100. 
Depending upon the particular requirements of the application in the areas of speed, 
expense, tooling costs, and the like, this logic may be implemented by constructing 

25 an application-specific integrated circuit (ASIC) having thousands of tiny integrated 
transistors. Such an ASIC may be implemented with CMOS, TTL, VLSI, or another 
suitable construction. Other alternatives include a digital signal processing chip 
(DSP), discrete circuitry (such as resistors, capacitors, diodes, inductors, and 
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transistors), field programmable gate array (FPGA), programmable logic array (PLA), 
programmable logic device (PLD), and the like. 

OPERATION 

5 Having described the structural features of the present invention, the operational 
aspect of the present invention will now be described. 

Signal-Bearing Media 

Wherever the functionality of a component of this disclosure is implemented using 

10 one or more machine-executed program sequences, these sequences may be 
embodied in various forms of signal-bearing media. In the context of FIGURE 2, 
such a signal-bearing media may comprise, for example, the storage 204 or another 
signal-bearing media, such as a magnetic data storage diskette 300 (FIGURE 3), 
directly or indirectly accessible by a processor 202. Whether contained in the 

15 storage 206, diskette 300, or elsewhere, the instructions may be stored on a variety 
of machine-readable data storage media. Some examples include direct access 
storage (e.g., a conventional "hard drive", redundant array of inexpensive disks 
("RAID"), or another direct access storage device ("DASD")), serial-access storage 
such as magnetic or optical tape, electronic non-volatile memory (e.g., ROM, 

20 EPROM, flash PROM, or EEPROM), battery backup RAM, optical storage (e.g., CD- 
ROM, WORM, DVD, digital optical tape), paper "punch" cards, or other suitable 
signal-bearing media including analog or digital transmission media and analog and 
communication links and wireless communications. In an illustrative embodiment of 
the invention, the machine-readable instructions may comprise software object code, 

25 compiled from a language such as assembly language, C, etc. 

Logic Circuitry 

In contrast to the signal-bearing medium discussed above, some or all of a 
component's functionality may be implemented using logic circuitry, instead of using 
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a processor to execute instructions. Such logic circuitry is therefore configured to 
perform operations to carry out the method of the invention. The logic circuitry may 
be implemented using many different types of circuitry, as discussed above. 



5 Background Operations 

FIGURE 4 shows a sequence 400 of background operations, which broadly serve to 
maintain the aggregated catalog 112a according to member activity. For ease of 
illustration, without any intended limitation, the example of FIGURE 4 is described in 
the context of the system 100 described above. Also, for ease of discussion, the 
10 example of FIGURE 4 is explained in the context of a single exemplary member (the 
"subject" member). 

The steps 400 are initiated in step 402, which occurs some time after the subject 
member subscribes, signs up, registers, or otherwise enrolls in the OSP's services. 
15 In step 402, the facility 111 begins to populate the data centers 112b-112f with 
various content related to the member's online activities. Some examples of step 
402 include the member receiving e-mails, uploading photographs, sending/receiving 
e-mail attachments, and other activities that all involve storing data objects for the 
member in 112b-112f. 

20 

In step 404, the aggregator 108 monitors activity in the data centers 112b-112f 
related to the subject member. This is conducted in order to identify newly arriving 
data objects that are (1) of the prescribed types tracked by the catalogl 12a, and (2) 
owned by the member. "Newly arriving" means that the data objects are not yet 
25 shown in the metadata 112a. In one example, this may be conducted by the 
aggregator 108 reviewing the storage 1 12b-1 12f (or metadata listings of the storage) 
to identify newly arriving data objects of the member that have not been logged into 
the catalog 112a. This task may be conducted repeatedly according to a periodic, 
non-periodic, or other schedule. In addition to reviewing the storage 1 12b-1 12f itself, 
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step 404 may additionally include the aggregator 108 monitoring online activity of the 
member (for example, in "real time") to determine when any of the member's activity 
has created or updated any stored data objects in the data centers 1 12b-1 12f. In 
both of the previous examples, the aggregator 108 updates the catalog 112a (step 
5 406) to reflect the newly identified data objects (if any). 

Step 408 occurs whenever the member computer 102 is connected to the online 
facility 111, that is, whenever the member is online. Here, the aggregator 108 
communicates with the member computer 102 to gather information concerning the 

10 contents of the local storage 102b, to identify any data objects that (1) have one of 
the prescribed types tracked by the catalog 1 12a, and (2) are "new" in the sense that 
they do not appear in the catalog 1 12a yet. In one example, step 408 is performed 
by the local interface 102c scanning the local storage 102b (while online or offline) 
and providing the aggregator 108 with a corresponding report (while online). The 

15 interface 102c may send this report automatically or upon request from the 
aggregator 108. In another example, the interface 102c works online and offline to 
continually track the data objects added to 102b since last reporting to the 
aggregator 108, and therefore limits the report of step 408 to these data objects. In 
step 410, the aggregator 108 updates the aggregated catalog 112a to reflect the 

20 updates reported in step 408. 

User Operations 

FIGURE 5 shows a sequence 500 of user operations which are made possible by 
the aggregated catalog 112a that is prepared and maintained as discussed above. 
25 For ease of illustration, without any intended limitation, the example of FIGURE 5 is 
described in the context of the system 100 described above. Also, for ease of 
discussion, the example of FIGURE 5 is explained in the context of a single 
exemplary member. Furthermore, as ordinarily skilled artisans (having the benefit of 
this disclosure) will be familiar with techniques for user authentication, the details of 
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such procedures are omitted for the sake of brevity, although it is understood that 
preceding step 502 the online facility 1 1 1 requires such authentication as a condition 
to permitting the member to engage in the steps 502-510. 

5 Step 502 is initiated in response to the member's request to view an omnibus listing 
of the member's data objects, this request being submitted to the finder 109 while 
the member computer 102 is connected to the online facility 111. As a more 
particular example, step 502 may be initiated by the member's invocation of a 
browser feature of the local OS 102a, a desktop icon, menu entry, or other user 
10 selectable control which, in turn, forwards the member's request to the finder 109. 
The browser of the local OS 102a also receives any user instructions to initially or 
subsequently narrow the search according to data objects' date, author, size, 
keywords (discussed below), file type, or any other metadata field. The interface 
102c passes the request along with any refinements to the finder 109. 

15 

In response to the member request, the finder 109 returns a consolidated listing of 
the member's data objects for display at the member computer 102. The listing is 
consolidated because it includes data objects whether located in online storage or 
local storage. This listing is obtained by the finder 109 searching the aggregated 
20 catalog 112a for entries corresponding to the current member. The listing as 
presented at the computer 102 may show data objects by graphics, text, image 
thumbnails, icons, or any useful presentation. 

Optionally during step 502, the finder 109 and/or interface 102c may provide more 
25 detailed, context appropriate views responsive to member actions. For example, 
when e-mail is selected, AOL MAIL or another context appropriate view may be 
supplied. Similarly, when photographs are selected, YOU'VE GOT PICTURES or 
another context appropriate view may be given. 
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While the consolidated listing is being displayed (starting in step 502), step 503 gives 
the member an opportunity to change certain metadata pertaining to the listed data 
objects. Namely, the display of listed data objects includes graphics, icons, text, 
menus, or other controls permitting the user to enter/change one or more keywords 
5 in association with each listed data object. The interface 1 02c senses user entry of 
such keywords, and transmits them to the finder 109, which stores the new keywords 
(with links to the respective data objects) in the aggregated catalog 1 12a. 

During presentation of the consolidated listing in step 502, an "active synch" 
10 operation is also performed. Namely, during display of the consolidated listing at the 
member's computer, the finder 109 updates the display in real time to include any 
data objects that are first logged into the catalog 112a while the member's search 
window is open. 

15 After the consolidated listing is initially displayed in step 502, and refined and 
redisplayed as desired, the finder 109 and/or interface 102c responds to any user 
requests to activate further processing of any specific data objects identified by the 
listing (step 504). In one embodiment, the consolidated listing includes a member- 
activated VIEW feature. In response to member activation of this feature for any one 

20 of the listed data objects (step 504a), the interface 102c activates local software 
(appropriate for the data object's particular file type) to view the data object. In a 
different embodiment, the finder 109 activates online software to view the data 
object. In the case of a digital photograph, for instance, the interface 102c or finder 
109 may invoke MS Internet Explorer or another program. 

25 

Optionally, the consolidated listing may include a member-activated CHANGE 
feature. In response to user activation of this feature for the data object being viewed 
(step 504b), or any other listed data objects, the finder 109 or interface 102c 
activates local or online software (appropriate to the data object's particular file type) 
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to manipulate the data object. In the case of a MS Word document, for instance, the 
finder 109 or finder 109 may activate the MS Word program. 

The consolidated listing may also include a member-activated SHARE feature. In 
5 response to user activation of this feature for the data object being viewed (step 
504c), or any other listed data objects, the finder 109 or interface 102c calls upon the 
aggregator 108 to e-mail the data object to a designated transferee, post the data 
object for viewing by the transferee, etc. The transferee may comprise another 
device 106 of the member, or even a third party 104. In one example, rather than 
10 actually copying and sending the data object, the aggregator 108 may provide the 
transferee with a link or pointer to the existing instance of the data objects in 1 12b- 
112f. One example of this is member placement of a particular data object into a 
"share" folder, to which any transferees are notified either automatically by the online 
facility 1 1 1 or manually by the member. 

15 

When the member is finished reviewing the data object listing of step 502, and 
conducting any desired follow-up viewing, manipulating, and transferring, the 
member closes the listing (step 510). As an example, the member may select an 
appropriate graphics or text option to close the browser of the local OS 102a. 

20 

OTHER EMBODIMENTS 

While the foregoing disclosure shows a number of illustrative embodiments of the 
invention, it will be apparent to those skilled in the art that various changes and 
25 modifications can be made herein without departing from the scope of the invention 
as defined by the appended claims. Furthermore, although elements of the invention 
may be described or claimed in the singular, the plural is contemplated unless 
limitation to the singular is explicitly stated. Additionally, ordinarily skilled artisans 
will recognize that operational sequences must be set forth in some specific order for 
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the purpose of explanation and claiming, but the present invention contemplates 
various changes beyond such specific order. 

In addition, those of ordinary skill in the relevant art will understand that information 
5 and signals may be represented using a variety of different technologies and 
techniques. For example, any data, instructions, commands, information, signals, 
bits, symbols, and chips referenced herein may be represented by voltages, 
currents, electromagnetic waves, magnetic fields or particles, optical fields or 
particles, other items, or a combination of the foregoing. 

10 

Moreover, ordinarily skilled artisans will appreciate that any illustrative logical blocks, 
modules, circuits, and process steps described herein may be implemented as 
electronic hardware, computer software, or combinations of both. To illustrate one 
exemplary embodiment, various functional aspects of the invention have been 

15 described in terns of illustrative components, blocks, modules, circuit, and steps. 
Whether such functionality is implemented as hardware, software, or both depends 
upon the particular application and design constraints imposed on the overall 
system. Skilled artisans may implement the described functionality in varying ways 
for each particular application without such implementation decisions departing from 

20 the scope of the present invention. 
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